


Bạn đã define requirement một cách ngon lành, dự án đang chạy, team đang deliver đúng tiến độ. Bỗng nhiên, business requirement có sự thay đổi. Trong một thị trường chuyển động nhanh và cạnh tranh khốc liệt như hiện nay, việc kỳ vọng những yêu cầu business luôn cố định một chỗ và stakeholder […]

Là 1 BA, việc đặt ra những câu hỏi để có thật nhiều thông tin càng tốt và càng sớm càng tốt là 1 kỹ năng thiết yếu. Nhưng đôi khi trong các cuộc thảo luận, chúng ta cảm thấy mình phải hỏi 1 câu gì đó, nhưng chẳng có 1 câu hỏi nào xuất […]

1 BA mới thường sẽ gặp vấn đề với việc lấy yêu cầu khi tham gia những dự án đầu tiên mà không được hướng dẫn bởi 1 leader. 1 ví dụ như sau: Ở công ty em không có 1 quy trình lấy requirement chính thức nào cả. Em toàn phải đi lượm lặt […]

Khi bạn tham gia 1 dự án kể từ lúc nó bắt đầu. Có rất nhiều việc để làm với vai trò BA. Bạn nhận yêu cầu từ PM nhà bạn bảo rằng đây là ưu tiên số 1 bây giờ. Đọc qua 1 hồi file brief mà user gửi và…chẳng hiểu gì hết. Bạn […]

Đối với BA, công việc quan trọng nhất chính là lấy được nhiều requirement nhất của user, càng nhiều, càng thầm kín càng tốt. Và một trong những thuật ngữ đẹp đẽ được dùng cho công việc này đó là Requirement Elicitation. Hay Việt hóa là: khơi gợi, đào bới, moi móc nhu cầu từ […]

Viết Là một BA, khi viết 1 requirement, hãy đảm bảo viết 1 cách rõ ràng sáng sủa nhất. Requirement rõ ràng giúp người đọc dễ hiểu đúng requirement, tránh làm sai và lãng phí nguồn lực. Bạn bất lực khi nhận ra 1 từ ngữ nào đó khiến dev team hiểu lầm, và rồi […]